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Applicant(s): 
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Filing Date: 
Examiner: 
Group Art Unit: 
Docket No,: 



Peter F. King and Bruce V. Schwartz 

Providing a Directory of Frequently Used Hyperllnics on a 

Remote Sen/er 
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N/A 

2776 

UPl007Ct 



I hereby certify thai this oorrBspondence Is being deposited with the United Stat^ Postal Service as first class 
mail in an envelope addressed to "Cprnmissioner of Patents and Trademarte, Washington, DC 20231 ', on 
September y/<. 2DtX3. Signed: I/Ll. L> . Pifared: l/ejtT; LogiST 

September 21 , 2000 



Assistant Commissioner for Patents 
Washington, DC 20231 

Request for Status 

Dear Sir: 

The Applicants respectfully request the updated status of the above identified 
application filed on 02/24/99, subsequently with a petition to correct an application 
transmittal. 

Please telephone the undersigned at (408)777-8873. if there are any 
questions. 

Dated this 22"" day of September, 2000 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



■ir? 



in 



AppUcant(s}: 
Title; 

Serial No.: 
Filing Date: 
Examinen 
Group Art Unit: 
Docket No,: 



Peter F. King and Bruce V. Schwartz 

Providing a Directory of Frequently Used Hyperlinics on a 

Remote Server 

09/533,556 

02/24/99 

N/A 

2776 

UP1007Ct 



, haraby certHy that this correapondenca is being depositBd with the United States Postal Sen/lee as flrei class 
mail in an envelope addressed to "pommi^ioner of Patents and Trademarics, Washington, DC 20231", on 
September ^O^. 2000. Sinned- /^ Printed: /c/u La^T 



September 21 , 2000 



Assistant Commissioner for Patents 
Washington, DC 20231 



Amendment of Preliminary Amendment 

Dear Sir: 

Please amend the Preliminary Amendment for the above-referenced patent 
application as follows: 

On the 1** page of the Preliminary Amendment 

Please delete the paragraph " 

In the specification 

On page 1 , please replace "This application claims the benefit of priority of 
U.S. provisional application number 60/052,394 filed July 11, 1997." with -The 
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present application is a continuation application of US Patent application ("Parent 
Application"), Serial No.; 08/996,379. filed on, Dec. 22, 1997, Docket No. UWP002. 
entitled " Providing a Directory of Frequently Used Hyperlinks on a Remote Server", 
assigned to Unwired Planet, Inc. which Is also the assignee of the present 
application." 

u 

and replace with the following paragraph - 

In the specification 

On page 1 , please replace "This application claims the benefit of priority of 
U.S. provisional application number 60/052,394 filed July 11,1 997." with -The 
prtBsent application is a continuation of US Patent application, Serial No.: 
08/996,379. now US Patent No. 5,895,471 . entitled " Providing a Directory of 
Frequently Used Hyperlinks on a Remote Server", assigned to Phona.com, Inc. 
which is also the assignee of the present application. - 

Remarlcs 

The applicants respectfully request the above updated information be entered 
in the pending application. For the convenience of the examiner, a copy of the 
earlier-filed preliminary amendment is enclosed herewith. 

Please telephone the undersigned at (408)777-8873, if there are any 
questions. 

Hay of September, 2000 

/ ><Joe Zheng 
Reg. No.:39,450 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

Appiicant(s)! Peter F. King and Bmce V. Schwartz 

Title: Providing a Directory of Frequently Used Hyperlinks on a 

Remote Sen/er 
Serial No.: N/A 
Filing Date: Herewith 
Examrner; N/A 
Group Art Unit: N/A 
Docket No,: UWP002/1007Ct 

Febmary 23, 1999 

Assistant Cornmissloner for Patents 
Washington, DG 20231 

Preliminary Amendment 

Dear Sir: 

Please amend the abqve-referenced patent application as follows: 

In the specification 

On page 1 , please replace "This application claims the benefit of priority of 
U.S. provisional application number 60/052,394 filed July 11,1 997." with -The 
present application is a continuation application of US Patent application ("Parent 
Application"), Serial No.: 08/996.379, filed on, Dec, 22, 1997, Docket No. UWP002. 
entitled " Providing a Directory of Frequently Used Hyperlinks on a Remote Server^, 
assigned to Unwired Planet, Inc, which is also the assignee of the present 
application." 

In the claims 

Please delete Claims 1-18, 
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Please add Claims 1 9-39 as follows: 

19. A method for a client managing a directory in a remote Isen/er; said method 
comprising: 

receiving, in said client, a unit of information from a network, said unit of 

information having an identifier; 

■ ■ I . 

recei\rtng an input from a user interface of said client, said input 

corresponding to said identifier; 

generating a request In response to said input; said ^request comprising said 

identifier; and 

i 

sending said request to said remote server to cause' sard directory to be 
updated with respect to said request 

20. The method as recited In claim 19; wherein said user interface comprises keys 
that can be activated by a user to convey said input therefrom. 

21. The method as recited in claim 20; wherein said identifier comprises a Uniform 
Resource Locator (URL). 

22- The method as recited In claim 19; wherein said client is a portable electronic 
device having a capability of networking with said network. 

23. The method as recited in claim 22; wherein said network comprises a wireless 
network, 

24. The method as recited In claim 23; wherein said client is selected from a group 
consisting of a telephonep a portable computing device and a personal data 
assistant. 
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25. The method as recited in claim 19; wherein said request is an add request, said 
directory is updated by adding said Identifier to said directory in said remote 



server. 



26-The method as recited in claim 19; wherein said request is a delete request, said 
directory is updated by deleting said identifier from said directory in said remote 
server. 

27. A method for a client managing a directory in a remote server; said method 
comprising: 

receiving, in said client, a unit of information from a network, said unit of 
information comprising a list of items, each corresponding to an identifier 
identifying a resource in sard network, said identifiers maintained ih said 
directory in said remote server; 

receiving an input from a user interface of said client, said input 
corresponding to one of said items; 

generating a request in response to said input; said request comprising a 
parameter with respect to said one of said Items; said parameter indicating 
a desired resource and said request subsequently sent to said remote 
server; 

receiving a reply message to said request from said remote server, wherein 
said reply message comprises a reference identifier retrieved from said 
directory in response to said parameter in said request; and 

receiving said desired resource from said network; said resource identified by 
said reference identifier 

28. The method as recited in claim 27; wherein said network comprises a wireless 
network. 

29. The method as recited in claim 28; wherein said reference identifier comprises a 
Unifonn Resource Locator (URL). 
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30. A method for a client managing a directory in a remote server; sard method 
comprising: 

receiving, in said remote server, a request from said client; said request 
comprising an identifier identifying a resource in a network and to cause 
said directory in said remote server to be updated; wherein said resource 
has been received in said client and said request is generated in said 
client with respect to said resource; and 

updating said directory in response to said request when it is determined that 
said client is authorized to access said directory. 

31 - The method as recited in claim 30, wherein said client i$ a portable electronic 
device having a capability of networking with said network, 

32The system as recited in claim 31 ; wherein said network comprises a wireless 
network. 

33. The system as recited in claim 32; wherein said client is selected from a group 
consisting of a telephone, a portable computing device and a personal data 
assistant. 

34, The method as recited in claim 30; wherein said updating said directory 
comprises: 

deleting an entry from said directory when said request is a delete request; 
wherein said entry comprises a reference Identifier identical to said 
identifier- 

35- The method as recited in claim 30; wherein said updating said directory 
comprises: 
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adding an entry to said directory when said request is an add request; 
wherein said entry comprises said identifier that is not identical to any 
reference identifiers in said directory, 

36. The method as recited in claim 30; wherein, when said request is an add request, 
said updating said directory comprises: 

deleting an entry from said directory, said entry comprising a reference 

identifier identical to said identifier; 
adding a new entry to said directory, said new entry comprising said identifier 

37- A method for a client managing a directory in a remote server; said method 
comprising: 

receiving, in said remote server, a request from said client; said request 
comprising an identifier identifying a resource in a network; 

looldng up in said directory to determine if there is a reference identifier 
corresponding to said identifier; 

generating, in said remote serveir, a reply message including said reference 
identifier; and 

sending said reply message from said remote server to said client, wherein 
said client receives said resource according to said reference identifier in 
said reply message. 

38. The method as recited in claim 37, wherein said network comprises a wireless 
network 

39. The method as recited in claim 38, wherein said client is a mobile device having 
a capability of networking with said network and selected from a group consisting 
of a telephone, a portable computing device and a personal data assistant- 
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Remarks 



Claims 1-18 are deleted. Claims 19-39 are newly presented for examination 

and are believed patentable over the prior art of record- 
Please telephone the undersigned at (408)777-9887, if there are any 

questions. 



Express Mail Label #; EJ327832297US 
Date of Deposit:. 



hereby certify that this paper or fee Is being 
deposited with the United States Postal 
Sen^ice using "Express Mail Post Office To 
Addressee" service under 37 CFR 1 .1 0 on 
the date indicated above and is addressed to 
"Assistant Commissioner for Patents, 
Washington, DC 20231," 

Name 
Signed 



Dated this 24^ day of February, 1999 




Reg. No,: 39,450 
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IN THE UNI I ED STATES PATENT AND TRADEMARK OFFICE 
APPLICATION FOR UNITED STATES PATENT 

Providing a Directory of Frequently Used Hyperlinks 
5 on a Remote Server 

Inventors: Peter F.King 

Bruce V. Schwartz 

10 CROSS-REFERENCE TO A RELATED APPLICATION 

This application claims the benefit of priority of U;S. provisional application number 
60/052,394 filed July 1 1, 1997. 

MICROFICHE APPENDIX 

1 5 A listing of particular embodiments of computer programs incorporating features of the 

0 present invention is provided in a microfiche appendix to this disclosure and is incorporated herein 
by reference. This appendix consists of 17 microfiche having a total of 1641 frames. 



Ifl AUTHORIZATION WITH RESPECT TO COPYRIGHTS 

■ I r1 

2^^; A portion of the disclosure of this patent document, including but not limited to the 



.5 ^• 



2^ 



microfiche appendix, contains material which is subject to copyright protection. The copyright 
owner has no objection to the facsimile reproduction by anyone of the patent document or the 
patent disclosure, as it appears in the Patent and Trademark OfSce patent file or records, but 
otherwise reserves all copyright rights whatsoever. 



TECHNICAL FIELD 

Th$ present invention relates generally to devices and methods for interacting with 
hypermedia servers connected to networks. More particularly, the present invention pertains to 
structures and methods of system interactions arranged such that practical access to hypermedia 
30 servers is available to a wider range of devices such as wireless telephones. 



BACKGROUND ART 

Although networks like the Internet have been in existence for years, they have not been a 
popular medium of information exchange until very recently. The recent explosive growth in usage 
35 of the Internet, for example, is due in large part to the development of devices and methods that 
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simplify the actions a user must take to access multimedia information stored by network servers. 
One significant development is the use of hyperlinks which allows disparate pieces of information 
to be organized in nonsequential ways and which allows a user to easily navigate among the linked 
informaiion. By assigning a unique identifier to each distinct piece of multimedia information 
5 available throughout a network, information can be readily accessed without regard to where it is 
stored. Network clients and servers participating in such a "hypermedia" network are referred to 
herein as hypermedia clients and hypermedia servers, respectively. 

The Hypenext Transfer Protocol (HTTP) is one example of a method that imp^^^ 
hyperlinks and is probably the most widely used method for accessing the Internet today. A unique 
to identifier, known as a Uniform Resource Locator (URL), specifies the location of a resource that 
can be accessed from the network. 

HTTP clients and HTTP servers typically communicate with one another using any one of a 
family of communication protocols known collectively as Transmission Control Protocol / Internet 
J5 Protocol (TCP/IP). One commonly used member of the family, known as Transmission Control 

15 M Protocol (TCP), provides for a very reliable delivery of an information stream. According to the 

W 

M TCP, a sender establishes a '^connection" with a receiver, transmits an information stream in basic 

|y units known as packets, and retransmits any packets that are either lost or corrupted during 

51 transmission. One advantage of the TCP is that it guarantees the receiver will receive the bits and 

^ bytes in the information stream in the correct order. Utifortunately, the TCP requires considerable 

20 ry computing and network bandwidth resources. The establishment of a connection, for example^ may 

fii ■ 

' i require an exchange of more than ten packets between sender and receiver, 

Cl In addition to the resources required to implement the TCP, the HTTP itself also requires 

■# ■ 

considerable resources to format, process and display information. This is not a significant 
disadvantage in many situations because personal computers and other workstations with sufficient 
25 computing power, memory and display capabilities are readily available to implement the HTTP 
client fijnction. 

There is, however, a growing interest to provide access to hypermedia servers connected to 
networks such as the Internet through mobile devices, particularly handheld devices like wireless 
telephones. These devices are characterized by severe limitations in processing power^ memory 
30 space, display size, and buttons or keys by which a user can request, view and manipulate 

information obtained from a hypermedia server. Furthermore, the bandwidth of the conmiunication 
channels connecting the mobile devices to the rest of the network is also severely limited. 
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A wireless telephone nas only a small fraction of the resources provided by a typical desktop 
or ponable computer. Typically, the processing power is less than one percent of the processing 
power in many computers, the memory space is generally much less than 150 kilobytes (kB). and 
the display is perhaps four lines high and twelve or twenty characters wide. Graphics capabilities 
5 are very limited or nonexistent. The communication path is often in the range of 400 to 19,200 bits 
per sec. and the cost using that communication path is measured in terms of United States dollars 
per 100 kB or more. 

Attempts to implement HTTP client functions in portable devices have not been very 
successfiiL Attempts that have used mobile devices providing facilities which are comparable to 
10 conventional computers are unattractive because the cost of the device is very high. Other attempts 
using less expensive devices are also unattractive because the client functions are severely limited. 
In either case, the communication delays and costs in exchanging packets with the network just to 
establish a connection, for example, are intolerable. The delays are particularly annoying in 

^ situations where a user is notified that electronic mail or other information has been received in the 

■%J 

15 III user's "mail box^' somewhere on the network and the user must wait during the roundtrip delay 

ri required to request and receive that mail from the mail box. The usability of the device is fiirther 

%^ .... . 

m impaired because there is insufEcient memory space to store lists of frequently used hyperlinks. For 

Hi 

0% HTTP clients, these hyperlink identifiers are URLs that are often difficult to remember and difficult 
to enter into the device due to limited data entry capabilities. Two popular software products used in 

w 

20 rij conventional computers refer to these stored hyperlinks as "bookmarks" and "favorites." 

# DISCLOSURE OF INVENTION 

It IS an object of the present invention to provide structures and methods required by devices 
to interact with hypermedia servers connected to networks so that practical access to such servers is 

25 available to a wider range of devices such as wireless telephones. 

According to the teachings of the present invention in one embodiment of a system that 
comprises a remote device coupled to a directory server, the remote device is remotely located with 
respect to the directory server, comprises first storage, a display and a button, and executes a first 
program that causes the remote device to receive a unit of information from a hypermedia network, 

3 0 the unit of information having an identifier, and to present on the display a representation of the unit 
of information, to receive an input signal in response to the button being activated and, in response, 
to send an add request to the directory server that conveys the identifier, and the directory server 
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comprises second storage niat stores a directory associated with the remote device and executes a 
second program that causes the directory server to receive the add request and, in response, to add 
an entry to the directory representing the identifier. 

The various features of the present invention and its preferred ennbodiments may be better 
5 understood by referring to the following discussion and the accompanying drawing. The contents of 
the following discussion and the drawing are set forth as examples only and should not be 
understood to represent limitations upon the scope of the present invention, 

BRIEF DESCRIPTION OF DRAWING 

10 The Figure illustrates in schematic form the major components of a system in which a 

device such as a wireless telephone can access the resources provided by a hypermedia server 
connected to a network. 

0 MODES FOR CARKmC OUT THE INVENTION 
Ig^ Ovemew 

fi The Figure illustrates a system in which various aspects of the present invention may be 

■i^J ■ ■ ■ - ■ 

IB practiced. As will be explained below, some of the components illustrated in the Figure may be 
m omitted in various embodimenis. As shown, client 1 uses network 40 to access resources provided 

1 by server 5 1 and server 52. Although it is contemplated that server 5 1 and server 52 are hypermedia 
2ftj seivers, perhaps operating in conformity with the Hypertext Transfer Protocol (HTTP), this is not 

^ necessary to practice the present invention. 

^Il Client 1 comprises computer 3 1 and device 1 1 ^ which is remotely located with respect to 

— computer 3 1 . Remote device 1 1 and computer 3 1 perform fimctions that implement client 1 . 

Remote device 1 1 provides a user interface through which information can be presented to a user - 
25 and input can be received from a user. Computer 3 1 exchanges information with network 40 in a 
manner that is consistent wiih a conventional network client. 

Computer 3 1 stores parameters and information in storage 32 that typically is a combination 
of random access memory (RAM), read-only memory (ROM) and long-term storage devices such 
as magnetic and optical disk drives. Computer 3 1 communicates with remote device 1 1 through 
30 receiver 21 and transmitter 22. Information that is sent by computer 3 1 through transmitter 22 is 
received by remote device 1 1 through receiver 16. Information that is sent by remote device 1 1 
through transmitter 1 5 is received by computer 3 1 through receiver 21 . 
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In the embodiment &nown in the Figure, remote device 1 1 comprises display 12, one or 
more buttons 13, storage 14, transmitter 1 5 and receiver 16. For example, device 1 1 may be a 
wireless telephone such as a MobileAccess™ telephone by Mitsubishi Wireless Communications, 
Inc., or a Duette telephone by Samsung Electronics Corporation, In typical wireless telephones, the 
5 display 12 is a liquid crystal display (LCD) panel. Buttons 13 represent one or more data entry 
devices such as switches, keys or buttons. Storage 14 represents memory circuits or other devices 
that are capable of storing digital information. Preferably, at least part of storage 14 is persistent 
storage, meaning that information is retained when device 1 1 is turned off In some embodiments, a 
portion of storage 14 is organized into a unified push/puU cache, ft is also contemplated that a 
10 portion of storage 14 will store program instructions, either in persistent memory or in ROM, and 
that device 1 1 will comprise a microprocessor or other type of processing circuitry capable of 
executing the program instructions. 

The nature of the communication paths shown between computer 3 1 , server 5 1 server 52, 
y receiver 21 and transmitter 22 are not critical to the practice of the present invention. Such paths 
15|f I may be implemented as switched and/or non-switched paths using private and/or public facilities. 
Similarly, the topology of network 40 is not critical and may be implemented in a variety of ways 
including hierarchical and peer-to-peer networks. Computer 31 and server 51, for example, may be 
locally located with respect to one another and may be implemented on the same hardware. 

In concept, the nature of the communication paths between computer 3 1 and device 1 1 is 

20f ij also not critical to the practice of the present invention; however, in many applications device 1 1 is 

Hi " ■ 

j5 a wireless device that uses a communication technology such as electro-magnetic transmission in 
^1 the radio-frequency to infrared portions of the spectrum. In applications where device 1 1 is a 
wireless telephone, a cellular telephone for example, transmitter 15. receiver 16, receiver 21 and 
transmitter 22 represent communication facilities used for normal telephone calls. 
25 Examples of devices and methods that may be used to practice various aspects of the present 

invention are discussed below. The following discussion describes variations of a preferred 
embodiment that implements client 1 according to the HTTP; however, it should be understood that 
the present invention is not so limited. 

Remote Device 

30 In applications where client 1 is implemented as a HTTP cHent, device 1 1 provides at least 

three basic fiinctions. A navigation function allows a user to navigate or traverse HTTP Uniform 
Resource Locator (URL) hyperlinks. A communication function exchanges information with 
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compmer 3 1. An interface runction provides a user interface through which information may be 
presented to the user and through which input may be received from the user. 

Preferably, these fiinctions are implemented by a software-controlled process using an 
event-driven architecture. Events may be initiated by a user through buttons 13, for example, or 
5 may be initiated by signals received through receiver 16. The navigation function opemtes in either 
of two states. In the *' ready" state the device awaits user input specifying a hyperlink to traverse. In 
the "pending" state the communication function has submitted a request to computer 3 1 and the 
device is waiting for a reply from computer 3 1. In tems of th^ HTTP, the ready state waits for user 
input specifying the URL of a hypermedia entity to display or process and the pending state waits 
1 0 for computer 3 1 to provide a requested hypermedia entity. 

In one embodiment, hypermedia information is exchanged with computer 3 1 according to 
the Handheld Device Transfer Protocol (HDTP). A specification for a version of this protocol, 
sometimes referred to as Secure UPLink Gateway Protocol (SUGP), is provided in an Annex. The 
C HDTP resembles the HTTP but is optimized for use with remote devices like wireless telephones 
1 5 m and preferably is conveyed using the User Datagram Protocol/EP (UDP/BP). The UDP/IP is 

generally regarded as being less reliable than TCP/IP, for example, because it does not guarantee 
that packets will be received, nor does it guarantee that packets will be received in the same order 
thai they are sent. Datagram protocols like the UDP/IP are artractive in practicing the present 
invention, hov^ever, because it does not require a "connection" to be established between a sender 
20 ^1 and a receiver before information can be exchanged. This eliminates the need to exchange a large 
^1 number ofpackets during session creation. 

In a preferred embodiment^ hypermedia information is organized according to a Handheld 
:^ Device Markup Language (HDML) into cards and decks. Multiple decks and other types of 

message entities can be organized into information structures called digests. A specification for a 
25 version ofHDML is provided in the Annex. 

A "deck" is the smallest unit ofHDML information that can be exchanged with computer 
3 1 Each deck has a unique identifier or URL. A user may navigate from one deck to another by 
traversing hyperlinks that reference the desired deck. If remote device I I has a cache for received 
decks, the device first consults the cache to determine if the requested deck is available. Remote 
30 device 11 may also be implemented to determine if a desired deck found in cache is also current, 
that is, not out of date. If so, that deck is accessed without requiring any communication with 
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computer 31 . If the requested deck is not in the cache or is out of date, however, a request for that 
deck is sent to computer 3 1 . This is discussed in more detail below. 

Because the display on remote device may be too small to show all the information in a deck 
at one time, each deck may be organized into one or more cards. A *'card" is a unit of information 
5 that can be displayed and/or can define how a user may interact with the device. 

There are several types of cards. A "display" card conveys information that is to be 
displayed. An "entry" card conveys a method that permits a user to enter information and typically 
also conveys information to display. A "choice" card presents alternatives for selection by a user. 
Entry and choice cards also convey methods to be performed by device 1 1 that cany out functions 
10 necessaiy to receive input or recognize the chosen alternative. Typically, entry and choice cards 
cause one or more state variables to be set according to the information that is entered or the 
alternative that is chosen. A display card can also set one or more variables. A special form of the 
display card does not cause any visible display but can be used to set one or more variables. 

A "digest" is an optional information structure that may be used to facilitate the transmission 
l^fl and processing of multiple message entities including HDML decks. In particular, each message 
entity in a digest is processed in sequence according to entity type. In one embodiment, message 
entity types include HDML decks, images and alerts. One important use of the digest and the alert 
entity is discussed below. 

The current state of the three basic fiinctions, navigation, communication and interface, can 
2C|1J be expressed in terms of the deck and card in that deck that is currently displayed and one or more 
variables needed to process the card. By saving this information in persistent storage, remote device 
1 1 can restore the current state at a fliture time. A cache of decks, a navigation history of hyperlink 
traversais and a history of user activity can also be used to improve performance, provide additional 
functions to the user, and provide additional facilities for use by system developers. 
25 Handheld devices like telephones have severely limited facilities for entering information. 

The input facilities of these devices are often limited to the familiar twelve keys of a pushbutton 
telephone. One common method for entering text is to assign letters to various numeric keys 
according to normal telephone conventions. For example, the letters ABC are assigned to the "2" 
key and Ihe letters DEF are assigned to the "3" key. The letters Q and Z could be assigned to the "0" 
30 key, for example. According to this method, the letter A is entered by pressing the "2" key once and 
the letter B is entered by pressing the key twice. In preferred embodiments of remote device 1 1, a 
form of letter prediction is used to make text entry more efficient. 
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This prediction can oe based on the statistics of letter combinations. For example, after 
entering the letters T and H, it is much more likely that a user will enter the letter E than the letters 
D or F. Accordingly, after entering T and H, in response to a user pressing the "3'' key, remote 
device 1 1 will present the letter E first rather than the letter D. The prediction can be based on a 
table of probabilities for various three-letter combinations stored in storage 14. 

Intermediate Computer 

Computer 3 1, together with remote device 11, provides the functions of a conventioxial 
hypermedia client. In the embodiment discussed above, computer 31 receives information from 
remote device 1 1 according to the HDTP, translates the HDTP information into corresponding 
HTTP information as necessary, and sends the result to server 51, Similarly^ computer 31 receives 
information from server 5 1 according to the HTTP, translates the HTTP information into 
corresponding HDTP information as necessary, and sends the result to remote device 11. 
Preferably, HDTP information exchanged with remote device 11 is compiled from a textual form 
into a binary form that reduces the bandwidth requirements of the communication channel and 
reduces the processing required by remote device 1 1 to parse and interpret the information. 
Alternatively or in addition, the information may be subjected to other types of data compression to 
reduce bandwidth requirensents. 

Basic Exchange of Messages 

By using the UDP/IP, a session can be created more efficiently than is possible using the 
more common TCP/IP, The exchange of information needed to create a session is similar to the 
exchange carried out for other types of requests. An exchange can be initiated by remote device 1 1 
sending a request to computer 3 1 . Subsequently, computer 3 1 returns a reply to the request and 
remote device 11 acknowledges receipt of the reply. The reply may either be expected results of the 
request or it may be an indication of some error encountered while attempting to service the request. 
If remote device 1 1 does not receive a reply within some timeout interval, it will send the request to 
computer 3 1 again. Remote device 1 1 will send the request repeatedly until either it receives a reply 
message, or a standby or "HoldOn" message from computers 1. The length of the timeout interval 
can be user configurable or it can be established by information previously received from computer 
3 1. Similarly, computer 3 1 will send the reply repeatedly until it receives the acknowledgement 
from remote device 1 1. 

For example, remote device 1 1 may initiate the creation of a session by sending a session- 
creation j equest to computer 3 1 , The request includes any necessary authentication information, one 
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or more session parameteri*, and information describing the device and version of software in use. 
Computer 3 1 receives the request, validates the authentication information, checks that the user is 
entitled tq initiate a session, assigns an ideniifier to the new session, builds a message containing 
the session identifier and any information that computer 3 1 wishes to pass to remote device 1 1, and 
5 sends the message to remote device 11. Preferably, this message also includes the URL of a "home 
page*' associated with the device. Remote device 1 1 acknowledges receipt of the message and the 
session is established. 

Get Request 

As another example; when a user traverses a hyperlink, remote device 1 1 consults its cache, 
10 if any, and determines if the cache already has die requested hypermedia entity (HDTP deck). If it 
does and the deck in the cache is not out of date, remote device 1 1 can process the requested deck 
and no fiarther action is required. If the requested deck is not available or is out of date, however, 
remote device 1 1 builds a message including a HDTP "Service Request" and the URL of the 
O requested deck and sends the message to computer 31. According to the HDTP, the message also 
iS in includes a header with information that is unique to the request. Remote device 11 then waits for a 
f%- reply from computer 3 1 . The reply may be the requested deck or it may be an indication that an 
in error occurred while attempting to service the request. 

P Computer 3 1 receives the request, checks its validity and attempts to establish a connection 

with the appropriate network server, say server 5 1 . If the connection fails, remote device 1 1 is 
20 fa notified. Otherwise, computer 3 1 builds a message that includes a HTTP "GET" method and the 
'I URL of the desired hypermedia entity. In one embodiment, the header of the message is constructed 
# from "common" parameters that are common to all users, from "session" parameters that are unique 
to the session with remote device 1 1, and any "request" parameters that were passed in the header 
of the HDTP request. Preferably, any conflicts in the three sets of parameters are resolved in favor 
25 of request parameters firsts session parameters second, and common parameters last. Alternatively, 
the HTTP header may be constructed from just common parameters^ just session parameters. Just 
request parameters, or any combination of these parameters. 

After constructing the HTTP get request, computer 3 1 sends it through the established 
cormection to server 5 L Server 51 attempts to service the HTTP "GET" request and sends the result 
30 to computer 31 in a HTTP re$ponse- Computer 3 1 checks a result code contained in the header of 
the HTTP response. If the result code indicates an error occurred, computer 3 1 may take any of 
several possible actions explained below. If the result code indicates the request was serviced 
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successfully, computer 3 1 uuilds an appropriate HDTP response containing the results of the get 
request and sends the HDTP response to remote device 1 1 . Computer 3 1 may compress, encrypt or 
convert the result as desired. If server 5 1 does not respond with a complete result within a 
reasonable period of time, the connection is dropped and an error indication is returned to remote 
5 device ] 1. 

Remote device 1 1 acknowledges receipt of the HDTP response and displays and/or 
processes message entities included in the response. If computer 3 1 does not receive an 
acknowledgement within a reasonable period of time, it sends the HDTP response again. Computer 
3 1 may repeat the transmission one or more times until an acknowledgment is received. If an 
10 acknowledgement is not received after a desired number of attempts, computer 3 1 may discard the 
result and abandon the attempt to send it, save the result in storage 32 for a fiiture attempt, or save a 
message for fiiture transmission indicating the result was discarded. 

Variations on the Get Request 

^ Computer 3 1 may respond with error indications for a variety of circumstances. For 

%§■ 

I SI example, computer 3 1 may notify remote device 1 1 that the requested URL is for a scheme or 
l;l protocol that is not supported, or that the requested URL designates a network server that cannot be 
W resolved using the Domain Name Service (DNS). 

m HTTP result codes are numerical codes of the form XXX_ If the result code in a HTTP 

response is 301 or 302, a "redirection error," it indicates the requested resource has been moved. 
2(fy The new URL may be returned to remote device 1 1. Alternatively, computer 3 1 may respond lo the 
^1 redirection error by using the new URL to establish a connection with the new server, say server 52, 
# construct a new HTTP get request and submit it to server 52. The response from server 52 and the 
new URL are returned to remote device 11. 

If the result code in a HTTP response is 401, it indicates the user is not authorized access to 
25 a particular "realm." Computer 3 1 may check storage 32 to determine if there is a user name and 
password for the realm that generated the error. If an appropriate user name and password are 
available, computer 3 1 can resubmit the request with the authorizing information. If a user name 
and password are not available, or if the resubmitted request results in a another unauthorized error, 
computer 3 1 may construct a HDTP deck with an entry card by which the user can enter the correct 
30 user name and password for the realm generating the error. 
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Generally, client eiiors (4xx), server errors (5xx) and other types of errors may be handled 
by computer 3 1 returning a deck with one or more display cards explaining the nature of the error 
and what course of action the user may consider taking. 

Additional Functions and Features 
5 Remote device 1 1 can use a post request to send data to a server. In one embodiment, 

remote device 1 1 builds a HDTP "Post" request including the URL of the intended network server 
and a block of data. Computer 3 1 constructs and sends a corresponding HTTP "POST'* method in a 
manner similar to that described above for the get request. 

Although many client functions do not need to be implemented to realize the benefits of the 
10 present invention, some client fimctions are important in many applications. These functions 
include creating and managing sessions with a hypermedia server, handling a variety of error 
conditions like those discussed above, authenticating a user to the server, establishing a private 
session and managing user cenificates and encryption keys, managing a first level cache, handling 
% redirection errors and validating hypermedia content. 
15 111 The operational characteristics of client 1 are affected by parameters and other information 

y stored in storage 32, Examples of operational characteristics include a list of authorized subscribers 
ll or users, resources that are avmlable to each respective user, and timeout values for respective 

ill ■ ■ ■ . ■ ■ 

fi remote devices 1 1 and computer 3 L In preferred embodiments, these parameters and information 
%^ are maintained by a facility on computer 3 1 that operates as a network server, perhaps a HTTP 
20 ftl server. In this manner, the operational characteristics of client 1 can be administered locally or 
% remotely by an authorized network client. 

The headers for each HTTP request can inchide a parameter that specifies what type of 
^ content for the response is acceptable. As mentioned above, in some embodiments this parameter 
can be obtained from common parameters^ session parameters or request parameters. Computer 3 1 
25 can check the content of any reply firom a server and determine whether the content is acceptable to 
remote device 11. If the content is not acceptable, computer 3 1 may notify remote device 11 of the 
error. For example, content types such as applets, movies and certain types of images may not be 
acceptable. Alternatively^ when possible, computer 3 1 may convert the content into a fonn that is 
acceptable. For example, computer 3 1 may be able to convert one type of image, say JPEG, into an 
30 acceptable form, say GIF. 
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Remote Device Initialization 

An HDTP session can have a very long life, extending beyond the time remote device 1 1 is 
turned off. A session can also be interrupted by some other function remote device 1 1 is required to 
perform such as, for example, a wireless telephone initiating or receiving a voice telephone call. 
5 Remote device 1 1 can resume a suspended session with computer 3 1 by preserving session-related 
information in persistent storage. This information includes the session identifier and any 
information required to identify computer 31. In addition, if encryption has been in use for this 
session, the saved information can include encryption keys, fl.ags indicating the type of encryption 
method, block-chaining values, or other informaiion needed to resume encryption. Alternatively, 
10 encryption can be initiated anew as is done at time of session creation. 

In an embodiment allowing resumption of a suspended session, remote device II, when 
turned oil, determines whether a session was suspended. If it was, remote device 1 1 sends a request 
to computer 3 1 using the session-related information stored in persistent storage. Computer 3 1 
receives the request, validates the session and determines whether the session has expired. If the 
1 5lfj session is valid^, computer 3 1 services the request. If the session is not valid, computer 3 1 returns an 
error indication to remote device 1 1 which can then initiate a request to CTeate a new session. 
At the time of session creation, remote device 11 establishes session parameters used to 
^ construct HDTP headers. These parameters can be set according to values provided by remote 

device 1 1 and/or computer 31, These parameters may include HTTP related values such as Accept, 
20||j Accept-Charset and Accept-Language, and they may include values not related to the HTTP such as 
^1 a timeout interval between sending retries, maximum packet length remote device 1 1 can accept 
^11 and the encryption algorithm to use. Preferably, in subsequent exchanges between remote device 1 1 
and computer 3 1 after these parameters are established, headers include only parameters that the 
receiving device does not already know- 
25 Preferably, headers are formed in a manner that simplifies the processing required to parse 

and interpret the embedded information. Headers for the HDTP contain pairs of ASCII text strings, 
each string terminated by a null or zero-valued byte. The first string in each pair specifies a key or 
parameter name and the second string provides the key's value. Most headers contain a single byte 
that specifies the header type. Frequently used keys and values can be encoded into single bytes 
30 having a value from 128 to 255. 
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In preferred emboujineiits, remote device 1 1 also checks during initializaiion for anything 
relevant that is pending in computer 31, For example, responses or message entities may have 
queued up in computer 3 1 while the session with remote device 1 1 was suspended. 

Most practicai implementations of remote device 1 1 do not maintain accurate time. In 
5 preferred embodiments, during initialization or at any time thereafter, remote device 1 1 can obtain 
the current time from computer 31 by a request. 

Reducing Perceived Latency 
Various network seivices including electronic mail have the ability to notify a user when 
some asynchronous or unsolicited event has occurred or is about to occur. In this context, the term 
10 "unsolicited" refers to an event that is not a direct result of some user request. A notification of the 
arrival of one or more pieces of electronic mail or data from other users or from seivices providing 
periodic stock price quotations are examples of unsolicited events. In response to the notification, a 
user can request delivery of the mail, the data, or some other message from the network server that 
provided the notification. Referring to the Figure, the network service providing the notification 
1 SM may reside on server 5 1 , for example, or it may reside on computer 31. 

The time required to obtain the unsolicited information is at least as great as the total time it 
takes to convey the request to the server and to convey the reply from the server to the user's 
terminal or workstation. In conventional systems, the communication time is usually not a factor; 
however, as mentioned above^ signal propagation time between remote device 1 1 and computer 31 
can be significant in systems where the communication path has a low bandwidth. For example, 
data communication via wireless telephones is sometimes restricted to as little as a few hundred bits 



0% 



¥1 



- per sec. 



Sigmficantly, the primary source of user dissatisfaaion in such applications is how much 
time is spent waiting for return of the reply, not when the reply actually arrives. For example, if 

25 electronic mail were to arrive in a user mail box at 3 :00 p.m., most users would not be concerned 
whether the mail reached their terminal at 3 ,02 p.m. or 3:05 p.m. What is of concern, however, is 
the perceived delay, the time spent waiting for requested information to arrive. The perceived delay 
can be greatly reduced by delivering at least a portion of the unsolicited information to remote 
device 1 1 before notifying the user. 

30 In one embodiment, a network service receives messages representing one or more instances 

of unsolicited information for remote device 11. That network service causes computer 3 1 to 
generate one or more message entities representing at least a portion of the unsolicited information 
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and to send those message entities to remote device 11. Preferably, the message entities are 
assembled into one or more HDML decks that are contained in a digest/ Also included in the digest 
is a message entity that specifies an operation, or type of operation, that remote device 11 is to 
perform to notify the user. The notification may be a visual presentation on screen 12, or it may be 
5 an aural or tactile presentation by some other suitable transducer The notification may also be 
accompanied by text, presented on display 12, explaining the nature of the notification. The 
message entity specifying the notification can also contain the URL of any related hypermedia 
entity such as the flilltext of electronic mail, embedded files, an "entry" card for preparing an 
immediate reply, etc. 

10 In electronic mail applications, the digest preferably includes cards representing a portion of 

each piece of mail, say the first 100 characters, one or more cards containing a list of all mail in the 
user's mail box, and a card with one or more URLs that causes the network service to deliver the 
text of one or more messages. Remote device 1 1 should process the cards, decks and other message 
entities included in the digest in strict order. Significantly, the notification or alert message entity 



15 in should be processed after the preceding message entities have been stored in storage 14 and are 



W 

■01. 



available for display or other processing. 

In practice, notification or alert message entities are often used with ''prefetch notifications." 
Prefetch notifications specify a deck or digest which an application executing in remote device 11 
J^, requests and stores in storage 14 before notifying a user. 
20fll In preferred embodiments of remote device 1 1, notification or alert message entities are 



Stored in persistent storage and a card is provided that displays a list of alert message entities that 



% have been sent to remote device 1 L An indication of whether a user has acted on a notification is 
stored and displayed for each respective alert message entity. When a new alert message entity 
arrives, remote device 11 determines if a duplicate entity is already stored. If a duplicate entity is 
25 stored^ the older entity is deleted and the new entity is stored, clearing any indication that the user 
has acted on the corresponding notification. 

Saving Lists of Bookmarks 
In devices like wireless telephones, there is usually insufBcient storage to save lists of 
firequently used hypermedia links; e.g., URLs. This limitation reduces the usefulness of these 
30 devices because hypermedia links are usually difficult to remember and especially difficult to enter 
into the device. Software products for conventional computers provide facilities to save lists of 
these links. Two popular products refer to these stored links as "bookmarks" and "favorites." 
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This limitation is overcome by storing designated hypermedia links or bookmarks on a 
network server, referred to herein as a bookmark server. In one embodiment, the URL of this server 
is sent to remote device 1 1 during initialization of the device. 

In response to the activation of a particular button 13, remote device 1 1 uses the bookmark 
5 server URL to construct a request to save the bookmark of the deck containing the currently 
displayed card. This may be done by appending the bookmark server URL with an argument 
specifying the deck bookmark and submitting the request to computer 31. Computer 3 1 passes the 
request to the bookmark server. The bookmark server services rhe request by saving the bookmark 
specified in the argument in a list uniquely associated with remote device 1 1 . In addition, an entry 
10 card can be used to prompt the user for a name or description of the bookmark. The name and 
bookmark URL are sent to the bookmark server which saves the bookmark and accompanying 
name in the list. Preferably, the bookmark server can also store one or more state variables used by 
remote device 1 1 to display or process the associated deck. For example, a state variable may be 
used to save information that a user entered through an entry card. These state variables can be 
1 5|J| conveyed to the bookmark server by additional arguments appended to the server URL. 

In preferred embodiments, decks and specified cards within decks may contain indications 
that they caimot be bookmarked. If a user attempts to save a bookmark for such a card or for any 
card with such a deck, remote device 1 1 is caused to display an appropriate message informing the 
user that the current card cannot be marked. 
20fl| Remote device 1 1 can request all or part of the stored list by sending an appropriate request 

to the bookmark server. In one embodiment, the request comprises the URL of the bookmark server 
appended with an argument specifying the first entry in the list to send. For example, an initial 
request would specify the first entry in the list. In reply, the bookmark server would build a 
response representing entries one through N and a value referencing eniiy number N+1 . A 
25 subsequent retrieval request from remote device 1 1 would include the URL of the bookmark server 
appended with an argument specifying the N+l entry. By continuing in this marmer, the user is able 
to retrieve and display all entries in the stored list of bookmarks. 

The deck and cards in the reply received from the bookmark server can also contain 
methods for modifying or deleting bookmarks in the stored list. A request to modify a bookmark 
30 can be made by appending the bookmark server URL with arguments specifying a change to the 
selected bookmark and the desired change. Similarly, a request to delete a bookmark can be made 
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by appending the bookmairv server URL with arguments specifying a deletion of the selected 
bookmark. 

By implementing the bookmark server as a standard HTTP server, the bookmark list for a 
user can be accessed and maintained by any standard HTTP client. This feature allows a user to 
5 setup and maintain the list more easily using a conventional computer. 

Annex and Incorporated Documents 
Documents in an Annex to this main disclosure, computer listings in the microfiche 
appendix, and documents incorporated herein by reference, iijiclude specifications, proposals, 
specific implementations and features of particular products that describe and embody various 
10 aspects of the present invention. Terms such as "required3" "must/' "significant," "necessary," 

"minimum" and "maximum" refer to particular embodiments disclosed therein and do not represent 
limitations on the scope of the present inventioa Because these documents describe several 
versions of specific products, specifications and proposals, some features and terminology may 
§ differ ainong the several documents and this main disclosure. Not all features described therein are 
1 SXi required to practice the present invention; the various features may be used in essentially any 
S combination. These documents describe some features that are either omitted or are not discussed in 
111 as much detail in this main disclosure. To this extent, these documents augment the main 
^1 disclosure. To the extent that these documenis disclose or suggest limitations that are not described 
^ in the main disclosure, those inconsistencies are to be resolved in favor of the main disclosure, 
fit 

%l 
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CLAIMS 

] . A system comprising a remote device coupled to a directory server, wherein said 
remote device is remotely located with respect to said directory server and comprises first 
5 storage, a display and a button, and executes a first program that causes said remote device 

to receive a unit of information fi-om a hypermedia network, said unit of information 
having an identifier, and to present on said display a representation of said unit of information, 

to receive an input signal in response to said button being activated and, in response, to 
send an add request to said directory server that conveys said identifier, 
10 and wherein said directory server comprises second storage that stores a directory associated 
with said remote device and executes a second program that causes said directory server to 
receive said add request and, in response, to add an entry to said directory representing said 
identifier. 

■ 

If J 2. A system according to claim 1 wherein said first program causes said remote device to 

send a retrieve request to said directory server, wherein said second program causes said 
directory server 

to receive said retrieve request and, in response, to retrieve directory information 
representing one or more entries stored in said directory, and 
2^ to send one or more messages to said remote device representing said direaory 

information. 

and wherein said first program causes said remote device to receive said one or more messages, 
to store a representation of said messages in said first storage, and to present on said display a 
representation of said one or more messages. 

25 

3, A system according to claim 1 wherein said remote device is a wireless telephone. 

4. A system according to claim 1 wherein said remote device is a handheld device. 
30 5. A system according to claim 4 wherein said remote device is a telephone. 
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6. A system according to claim 1 wherein said directory server receives requests and 
sends l eplies in a nrianner thai substantially conforms to Hypertext Transfer Protocol. 

7. A system according to claim 6 wherein said remote device sends said add request and 
5 said retrieve request via a device that translates said requests into messages conforming to the 

Hypertext Transfer Protocol. 

8. A system according to claim 4 wherein each respective directory ontry includes an 
identifier for a respective unit of information, a description of said respective unit information, 

1 0 and one or more variables affecting operation of said first program. 

9. A system according to claim I wherein each respective directory entry includes an 
Q identifier for a respective unit of information, a description of said respective unit information, 
fS and one or more variables affecting operation of said first program. 

5 > S 

10. A method for providing facilities to a remote device coupled to a directory server, 
wherein said remote device is remotely located with respect to said directory server and 
comprises first storage, a display and a button, and wherein said directory server comprises 

second storage that stores a directory associated with said remote device, said method comprises 

III .■ 

ftp performing in said remote device: 

* receiving a unit of information firom a hypermedia network, said unit of 

^ information having an identifier, and presenting on said display a representation of said 

unit of information, 

receiving an input signal in response to said button being activated and, in 
25 response, sending an add request to said directory server that conveys said identifier, 

and said method comprises performing in said directory server: 

receiving said add request and, in response, adding an entry to said directory 
representing said identifier. 

30 H. A method according to claim 10 that comprises performing in said remote device: 

sending a retrieve request to said directory server. 
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receiving one or more messages from said directory server, 
storing a representation of said messages in said first storage, and 
presenting on said display a representation of said one or more messages, 
and wherein said method comprises performing in said directory server: 

receiving said retrieve request and, in response, retrieving directory information 

representing one or more entries stored in said directory, and 

sending said one or more messages to said remote device representing said 

directory information. 

12, A method according to claim 10 wherein said remote device is a wireless telephone. 

13, A method according to claim 10 wherein said remote device is a handheld device. 

14, A metod according to claim 13 wherein said remote device is a telephone. 

15 . A method according to claim 10 wherein said directory server receives requests and 
sends replies in a manner that substantially conforms to Hypertext Transfer Protocol. 

16. A method according to claim 15 wherein said remote device sends said add request 
and said retrieve request via a device that translates said requests into messages conforming to 
the Hypertext Transfer Protocol. 

17. A method according to claim 13 wherein each respective directory entry includes an 
identifier for a respective unit of information, a description of said respective unit information, 
and one or more variables affecting operation of said first program. 

18. A method according to claim 10 wherein each respective directory entry includes an 
identifier for a respective unit of information, a description of said respective unit information, 
and one or more variables aflFecting operation of said first program. 
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ABSTRACT OF THE DISCLOSURE 

Access to hypermedia servers connected to networks such as the Internet can be provided 
through mobile devices such as wireless telephones. Hypermedia finks such as Uniform Resource 
Locators; (UKL) are used to identify and control access to resources on the network. These links are 
5 usually very long, are diflGcult to remember, and are difficult to enter into many mobile devices. 
These difficulties could be overcome by storing lists of frequently used links or "bookmarks" in the 
mobile device but limited memory in the device generally prevents this. This limitation is overcome 
by storing designated hypermedia links on a bookmark server In one embodiment, the URL of the 
bookmark server is sent to the mobile device during initialization of the device. By allowing a user 
10 can to save, retrieve and maintain lists of frequently used links on the bookmark server, access to 
favorite resources on a network is greatly simplified. 
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LriiCLARATION OF JOINT INVENTORS 



As a below named inventor, I hereby declare that: 

My post office addre.^s, residence address and country of citizenship as stated below next 
to my name are true and correct; 

I believe I am an original, first and joint inventor of the subject matter which is claimed 
and for which a patent is sought on the invention entitled "Providing a Directory of Frequently 
Used Hyperlinks on a Remote Server," described in the patent application filed herewith, which 
claims the benefit of priority under 35 U.S.C. § 1 19(e) of U.S. provisional patent application 
Serial No. 60/052,394 filed July 1 K 1997; 

[ have reviewed and understand the contents of the above identified application, 
including the description, claims and drawings, and including any amendments specifically 
referred to herein; and 

I acknowledge the duty under Title 37, Code of Federal Regulations § 1.56 to disclose all 
information, including information which occurred between the filing of the prior U.S. patent 
f% application and the national filing date of this continuing application, known to be material to the 
.fi examination of the parent application mentioned above. 



I further declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section lOOl of Title 18 of the United States 
Code, and that such willful false statements may jeopardize the validity of the application or any 
patent issuing thereon. 
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ASSIGNMENT 

Peter F.King, a resident of the City of Half Moon Bay, County of San Mateo, State of California, 
herein referred to as ASSIGNOR, is a joint inventor of a new invention entitled "Providing a 
Directory of Frequently Used Hyperlinks on a Rennote Server" by Peter F.King and Bruce V. 
Schwartz, for which he has e;^ecuted a patent application on i^-TQ-q? 

UNWIRED PLANET, INC., a corporation of the State of Delaware, having a place of business 
at 390 Bridge Parkway, Redwood Shores, State of California, hereinafter referred to as 
ASSIGNEE, is desirous of acquiring the entire right, title and interest in and to said application 
and said invention, in and to any and all improvements relating to said invention, and in and to 
Patent thereon, when granted in the United States and all foreign countries. 

In consideration of the employment of ASSIGNOR by ASSIGNEE and for other good and 
valuable consideration: 

L ASSIGNOR sells, assigns, transfers and conveys unto ASSIGNEE, the entire 
right, title and interest: 

in and to said invention, improvements, application^ and each and every additional 
application filed anywhere in the world, whether or not the country of filing is a 
member of the International Union for the Protection of Industrial Property (The 
Paris Convention), which additional application is a division, substitution, 
continuation or continuation-in-part of or is based on said application or which 
additional application relates to said invention and improvements; 

Q (b) all priority rights associated with the filing of each and every such application, for each 
country of The Paris Convention, and 

S (c) in and to each and every Patent on said invention and improvements chat may be 

granted by any country, including each and every Patent that may be granted on any 

W of the applications referred to in sub-section (a), and in and to each and every 

reissue, re-examination or extension of each and every such Patent. 

2. ASSIGNOR warrants, covenants and represents the fact that he has not heretofore 
granted any license, right or privilege in respect to said invention or said application or in 
any other way encumbered the same, and that he has the full right to sell, assign, transfer 
and convey, free of all licenses and encumbrances, the entire interest hereby assigned. 



(a) 



m 



3. ASSIGNOR covenants that at the request and expense of ASSIGNEE he will 
promptly execute all papers necessary or desirable to perfect ownership of said invention, 
applications and said Patent lo ASSIGNEE, and execute all oaths, declarations and other 
papers necessary or desirable for prosecuting said applications and Patent, for use in 
interference proceedings involving said invention, applications and Patent, for use in 
opposition proceedings involving said invention, applications and Parent* for refiling said 
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applications, for filing of divisional, substitution, continuation or concinuation-in-part 
uppiic'diions deemed necessary or desirable by ASSIGNEE, for reissuance or re- 
i!;;^ ami nation of said Patent, or for the filing in foreign countries of applications for Patent 
counterpart to or based on said application or to an application which is a division, 
-substitution, continuation or continuation-in-part of said application or which application 
relates to said invention and improvements. ASSIGNOR further covenants and agrees 
that at the expense and request of ASSIGNEE, he will promptly assise ASSIGNEE in 
interference and opposition proceedings involving said invention, applications and 
Parent, and in litigation involving said invention, applications and Patent, and will assist 
in the ascertainment of facts and the production of evidence relating to said invention, 
applications and Patent. 



1^ ; ■ 



4, The terms, covenants and provisions of this assignment shall inure to the benefit 
of ASSIGNEE, its successors, assigns and other legal representatives, and shall be 
binding upon ASSIGNOR, his heirs, legal representatives and assigns. 



ASSIGNOR 



Date 



0fk 



STATE OF CALffORNiA ) 
COUNTY OF SAN MATEO ) 



On this 1997, before me» the undersigned notary public, 

personally appeared the above-named Assignor, personally known to me or proved to me on the 
basis of satisfactory evidence to be the person whose name is subscribed to this Assignment and 
acknowledged to me that he executed the same in his authorized capacity, and that by his 
signature on this Assignment: the AssjgR^r, or the entity upon behalf of which the Assignor 
acted, executed 




SEAL 




ANNA PEREZ 

Comm. 4^1103819 

iNOTAflYPUauC CALiFOHNlAiL 
SAN hiATEO COUKTY 0 
Comm. Eacp. July 2000 •* 
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ASSIGNMENT 

Bruce V. Schwartz, a resident of the City of San Mateo, County of San Mateo, State of 
California, herein referred to as ASSIGNOR, is a joint inventor of a new invention entitled 
Troviding a Directory of Frequently Used Hyperlinks on a Remote Server" by Peter F.King and 
Bruce V. Schwartz, for which he has executed a patent application on />2 / / 9/9'^ 

UNWIRED PLANET, INC, a corporation of the State of Delaware, having a place of business 
at 390 Bridge Parkway, Redwood Shores, State of California, hereinafter referred to as 
ASSIGNEE, is desirous of acquiring the entire right, title and interest in and to said application 
and said Invention, in and to any and all improvements relating to said invention, and in and to 
Patent thereon, when granted in the United States and all foreign countries. 

In consideration of the employment of ASSIGNOR by ASSIGNEE and for other good and 
valuable consideradon: . 

L ASSIGNOR sells» assigns, transfers and conveys unto ASSIGNEE, the entire 
right, ntle and interest: 

in and to said invention, improvements, application, and each and every additional 
application filed anywhere in the world, whether or not the country of filing is a 
member of the International Union for the Protection of Industrial Property (The 
Paris Convention), which additional application is a division, substitution, 
continuation or continuation-in-part of or is based on said application or which 
additional application relates to said invention and improvements; 

1^ (b) ail priority rights associated with the filing of each and every such application, for each 
country of The Paris Convention, and 

(c) in and to each and every Patent on said invention and improvements that may be 
^ granted by any country, including each and every Patent that may be granted on any 

of the applications referred to in sub-section (a), and in and to each and every 
reissue, re-examination or extension of each and every such Patent. 

2. ASSIGNOR warrants, covenants and represents the fact that he has not heretofore 
granted any license, right or privilege in respect to said invention or said application or in 
any other way encumbered the same, and that he has the full right to sell, assign, transfer 
and convey, free of all licenses and encumbrances, the entire interest hereby assigned. 




3. ASSIGNOR covenants that at the request and expense of ASSIGNEE he will 
prompdy execute all papers necessary or desirable to perfect ownership of said invention, 
applications and said Patent to ASSIGNEE, and execute all oaths, declarations and other 
papers necessary or desirable for prosecuting said applications and Patent, for use in 
interference proceedings involving said invention, applications and Patent, for use in 
opposition proceedings involving said invention, applications and Patent, for refiling said 
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applicarions, for filing of divisional, substitution, continuation or continuation-in-part 
applications deemed necessary or desirable by ASSIGNEE, for reissuance or re- 
examination of ssaid Patent, or for the filing in foreign countries of applications for Patent 
counterpart to or based on said application or to an application which is a division, 
substitution, continuation or continuation-in-part of said application or which application 
relates to said invention and improvements. ASSIGNOR further covenants smd agrees 
chat at the e;^pense and request of ASSIGNEE, he will promptly assist ASSIGNEE in 
interference and opposition proceedings involving said invention, applications and 
Patent, and in litigation involving said invention, applications and Patent, and will assist 
in the ascertainment of facts and the producdon of evidence relating to said invention, 
applications and Patent. 



4. The terms, covenants and provisions of this assignment shall inure to the benefit 
of ASSIGNEE, its successors, assigns and other legal representatives, and shall be 
binding upon ASSIGNOR, his heirs, legal representatives and assigns. 




ASSIGNOR 



Date 



Pi 



^1 . 



w 



STATE OF CALIFORNIA ) 
COUNTY OF SAN MATEO ) 

On this _ day of "'T^ onri^^A . 1997, before me, the undersigned notary public, 

personally appeared the above-named Assignor, personally known to me or proved to me on the 
basis of satisfactory evidence to be the person whose name is subscribed to this Assignment and 
acknowledged co me that he executed the same in his authorized capacity, and that by his 
signature on this Assig^ent the AssigrtSt^^ or the entity upon behalf of which the Assignor 
acted, execupdrlJii^^sighment. 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Inventors: 


Peter F.King 




Bruce V. Schwartz 


u 

Senal No.: 


08/996,379 


Filing Date: 


December 22, 1997 


Patent No; 


5,895,471 


Issue Date: 


April 20, 1999 


Title: 


Providing a Directory of 




Frequently Used Hyperlinks on 




a Remote Server 



4 m ■ 



Commissioner of Patents 
Washington, DC 20231 

Attention: Ms- Jennifer Hayes 
Office of Petitions 



March 28, 2000 
San Francisco, California 



■"m 



Sir: 



TRANSMTTTAL OF POWER OF ATTORNEY 



The undersigned artomey of record hereby submits a supplemantal Power of Attorney for 
the application and patent mentioned above. 



Respectfully submitted. 



Da^^R* Lathrop 
Reg. No. 34,655 
601 California St., Suite 1111 
San Francisco, CA 94108-2805 
Telephone: (415) 989-8080 
Facsiimle: (415) 989-0910 



Certificate of Transmission 

I certify that this TiHiismittal of Power of Attorney and all 
following materials are bemg naDsnutted by facsimile on 
Mardb 28, 2000 tcr the U.S. Patent and Tiademaik Office 
at telephone number (703) 308-6916, 



^©tf^idN. Lathrop 



Att. Power of Attorney 
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POWER OF ATTORNEY 



T have power of attorney to appoint other attorneys to prosecute and to transact all 
business in the United States Patent and Trademark Office in connection witJi U.S. patent 
application Serial No. 08/996,379 filed December 22, 1997, now U.S. patent 5,895,471. 

I appoint llie following as principal attorneys and agents with full power to 
transact all business m ihe United States Patent and Trademark Office in connection with 
this application and patent: 



Alan D, Minsk (Reg. No. 35,956) 
Joe Zheng (Reg. No. 39,450) 



Please send all correspondence to; 



Elaine Kramer-Adams 
Patent Administrator 
Phone.com, Inc. 




800 Chesapeake Drive 
Redwood City, Califoniia 94063 




Date 



Attorney of Record 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Applicant(5): 
Title: 

Serial No.: 
Filing Date: 
Examiner: 
Group Art Unit: 
Docket No,: 



Peter F. King and Bruce V. Schwartz 

Providing a Directory of Frequently Used Hyperlinks on a 

Remote Server 

N/A 

2/24/1999 

N/A 

N/A 

UWP002/1007Ct 



November 2, 1999 

Assistant Commissioner for Patents 
Box Petition 
Washington, DC 20231 

Petition for Correction of Transmittal 

Dear Sir: 

The undersigned requests the earlier filed transmittal entitled "CONTINUED 
PROSECUTION APPLICATION (CPA) REQUEST TRANSMITTAL" be replaced by 
the enclosed transmittal "UTILITY PATENT APPLICATION TRANSMITTAL", The 
undersigned further requests a filing receipt be issued; 

A copy of the earlier filed application package is enclosed herein to support 
the filing date. 

The PTO is authorized to charge our deposit account No. 50-0516 any 
charges that may be due. Please telephone the undersigned at (408)777-9887, if 
there are any questions. 



I hereby certify that this correspondence is being 
deposited witii the United States Postal Service 
as first class mail in an envelope addressed to 
"Commissioner of Patents and Trademarks, 
Washington, DC 20231". on Nov p . 1999. 



Name: Kramer-Adams Elaine 



Signatur 



Respectfully submitted, 

oe Zheng 
Reg. No.; 39,450 




UP.Patent Office 
800 Chesapeake Drive 
Redwood City, CA 94063 
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Please tvoe a dIus sian f+) inside this box T+l pto/sb/os (12/97) 

Kiease type a piu& 5>ign ^ j im=..u« i ■ o m J Approved fer use ttirough 09)30/00. OIVIB0651-0Q32 

Patent and Trademail^ Office: U.S. DEPARTMENT OF COMMERCE 

Und«f ih« P=pDn«irV ftiiK:iuctbr> *^cl 0f 1 955. hd pereon* art rbquirod la rnspond a wlleclton of Informaclon unlete u displays a vaHd OMB coniret r^jmbBr. 



UTILITY PATENT APPLICATION TRANSMITTAL 

(Only for new non provisional appllcstions under 37 CFR 1.53(b) 



Attorney Docket No. l007Ct Total Pages^ 

First Named inventor or Application Identifier King etal. 
Express Mai! Label No. EJ 327832297US 



ADDRESS TO: Assistant CommSssioner for Patents 
Box Patent Application 
Washington, D, C, 20231 



APPLICATION ELEMENTS 

See MPEP chapter 600 concerning utility patent application contents. 

Fee Transmittal Form 
~ (Submit an original, and a duplicate for fee processing) 

X Specification (Total Pages 20 ) 

(preferred arrangement set forth below) 

- Descriptive Title of lha Invention 

- Cross References to Related Applications 

- Sratement Regarding Fed sponsored R & D 

- Referenca to Mica-ofidie Appendix 

- BacKground of the Inventron 

- Brief Summary of the Invention 
" Brief Dascrlplfon of the Drawings (if filed) 

- Detailed Description 
-Claims 

- Abstract of the Disclosure 

X Drawings(s) (35 USC 1 1 3) (Total SIneets 1 ) 

Oath or Declaration (Total Pages ) 

a. Newly Executed (Original or Copy) 

b. Copy from a Prior Application (37 CFR 1 -63(d))^ ' ^ ^ , , 
(for Continuation/Divisional with Box 17 completed) (Note Box 5 below) 

i DELETIONS OF INVENTOR(S) Signed statement attached deleting 

inventor(s) named in tne pnor application, see 37 CFR 1.63(d)(2) 

and 1.33(b). 

X Incorporation By Reference (useable if Box 4b is checked) 

The entire disclosure of the prior application, from which a copy of the oath or 

declaration is supplied under Box 4b, is considered as being part of the 
disclosure of the accompanying application and is hereby incorporated by 
reference therein. 

6, X Microfiche Computer Program (Appendix) 

7 Nucleotide and/or Amino Acid Sequence Submission 

Tif applicable, all nacessary) 

3. Computer Readable Copy 

b " Paper Copy (identical to computer copy) 

c. Statement verifying identity of abova copies 

ACCOMPANYINQ APPLICATION PARTS 



a. Assignment Papers (cover sheet & documents(s)) 



^2/01/97 " ^ -1 . PTO/SB/OS (12/97) 
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g; — a. 37 CFR 3.73(b) statement (Where there is an assignee) " 

b. Power of Attorney 
10. EnglishTransiation Document {if applicable) 

-11. a. Information Disclosure Statement (IDS)/PT0-1449 

b. Copies of IDS Citations 
12- X Preliminary Amendment' 

13. X Return Receipt Postcard (MPEP 503) (Should be specifically itemii^ed) 

14. _ a. Small Entity Statement(5) 

b. Statement filed In prior application, Status still proper and desired 

1 5. Certified Copy of Priority Document{s) (If foreign priority is claimed) 



16, X Other; Check for $847.00. 



Change of Correspondence Address 



&f I- 



fit 



1 7. If a CONTINUING APPLICATION, check appropriate box and supply the requisite information: 

X Continuation Divisional Continuation-in-part (CiP) 

of prior application No; 05/996,379 



18. Correspondence Address 

Customer Number or Bar Code Label ^.^^^ ^ Attach b.r Ude Label h.r.) 



or 

X Correspondence Address Below 



NAME Alan D- Minsk 



Phone.com, Inc, 



ADDRESS SOO Chesapeake Drive 



CITY Redwood City STATE CA ZIP CODE 94063 



Country U.S,A. TELEPHONE (650V 817-1610 FAX (650)817-1499 



19/ni/Q7 -2- PTO/SB/06 (12/97) 

Approved for use through 09730/00. 0MB 0651^0032 
Patent and TradSSSk OfSU; U.S. DEP^^^ 



03/19/200 
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Appncant(s): 
Title: 

Serial No.: 
Filing Date: 
Examiner: 
Group Art Unit: 
Docket No,; 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Peter F, King and Bruce V, Schwartz 

Providing a Directory of Frequently Used Hyperlinks on a 

Remote Server 

N/A 

Herewith 

N/A 

N/A 

UWP002/1007Ct 



February 24, 1999 



Assistant Comrnissioner for Patents 
Washington, DC 20231 



Re: Ciiange of Correspondence Address 



Dear Sir: 



This is to request the Correspondence Address of record be changed as 



follows: 



Joe Zheng 
UPPatent Office 
800 Chesapeake Drive 
Redwood City, CA 94063 

Tel: (408)777-9837 
Please send all correspondence to the new address- 



Express Mail Label #: EJ327832297US 
Date of Deposit:. 



I hereby certify that this paper or fee is being 
deposrted with the United States Postal 
Service using "Express Mail Post Office To 
Addressee" service under 37 CFR 1.10 on 
th$ date indicated above and rs addressed to 
"Assistant Commissioner for Patents, 
Washington. DC 20231." 

^^^^ Q^^/A/e xf^^e^-^^ ^s 



Dated this 24^ day of Febmary, 




Zheng 
Reg. No.: 39,450 



UPPatent Office 
800 Cliesapeake Drive 
Redwood City, OA 94063 
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Hi 



Attorney Docket No.; 3399P087C 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
In re Patent Application for: 



Patent 



Pet$r F, King et al. 

Serial No.: 09/533,556 

Filing Dalo: February 24, 1999 

For: PROVIDING A DIRECTORY OF 

FREQUENTLY USED HYPERLINKS 
ON A REMOTE SERVER 



which is a continuation of: 

Serial No.; 08/996,379 

Filing Date: December 22, 1997 

which issued as U,S. Patent No.; 5.895,471 



Examiner; Not yet assigned 
Group Art Unit: 2776 



As3isl;ant Commissioner for Patents 
Washington, D.C, 20231 

PQWEF^ OF ATT ORNEY BY ASSIGNEE AND REVOCATION OF PREVIOUS POWERS 



Qp^qvyaye Syste ms Inc. ("assignee"), a , 



Delaware 



(Name of Assignee) (State of Incorporation) 

corporation having a place of business at 1400 Seaport Boulevard. Office #W4152. 



I^edwaod City, O A 94063 . hereby states that to the best of assignee's knowledge 
(Address) 

and belief it is the assignee of the entire right, title, and interest in and to the 
above-referenced patent application and represents that the undersigned is a 
r^jpresentative authori5:ed and empowered to sign on behalf of the assignee. 

Upon information and belief, the assignment document that evidences the 
placonnonl of title In the assignee was recorded in the U.S. Patent and Trademark Office 
on Dec ombRf 22, 1997 at reel 8944 and frames 0189. 0190. 019 1. 0174. 0175 and 0176 . 
Pursuant to 37 C.F.R, §§ 1.36 and 3.71 , the assignee hereby revokes all powers of 
attorney previously given and appoints practitioners at 



Customer Number MS29 
as n'ky/our attorney(s) or agsnt(s) to prosecute the 
application Identified above, and to transact all business 

-1 - " 




Custo 

Numb 

Code Laba6529 



(Rev, C>3/05/d1) 
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in the United States Patent and Trademark Office connected herewith. 

Pursuant to 37 C.F.Rk § 3.71 , the assignee hereby states that prosecution of 
tlie atDove'reterenced patent application is to be conducted to the exclusion of the 

invenlor(s). 

Send correspondence to the associated address to the above-mentioned 
Customer Number. 



Assignee of Interest; Qpenwave Systems (nc. 

(Type or Print) 



Dated: 




Name: Alan D. Minsk. Esq. 



(Type or Print) 

Title: Director of Patents and Patent Counsel 
(Type or Print) 



Address of Assignee of Interest: 
1 400 Seaport Boulevard. Office #W4 1 52 
Redwood City. CA 94063 

Respectfully submitted, 

BLAKEUY, ^J?|j©»^%ig{^'^|=OR& ZAFMAN LLP 

By _^ nvY^s __ 

Name: Jordan M. Becker 



(Type) 



Reg. No.: 39,602 



12400 Wilsh'ire BWd. 
Sevtinth Floor 

\.m Ancjales, California 90025-1026 
(403) 720-8300 



-2- 



(Hev. 03/0S/01) 
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/Mtorncy i:X)cl<etNo/. 3:i99P0S7C Patent 

[N HIE UNITED STATES PATENT AND TRADEMARK OFFICE 
In rt} Ptitcut Application for; 



Pc'ler F. King efc cil. 

Soricil No.: 09/533,556 

Filing Dale: February 24, 1999 

For: PROVIDING A DIRECTORY OF 

FR1>QUHN'TT.Y USED HYPERLINKS 
ON A REMOTE SERVER 



wbiclv is a continuation of: 

Serial No,: GS/996,379 

Filing Date: Do^ccmbcjr 2.2, 1997 

which issued as U.S. Patent No,: 5,895,471 



Examiner: Not yet aSsSigiicd 
Group Art Unit: 2776 



Assistant Commissioner for Patents 
VVashinijUjn, D.G. 20231 



CHANGE OF CORRESPONDENCE ADDRESS 



bir: 



Please a<,ldruss all future correspondence for the above-referenced patent 
npplication to Jordnii M. Becker, Blakcly/Sokoloff, Taylor & Zafman LLP, 12400 
WilsUirc Boulevard, Seventh Floor, Los Angeles, CA 90025-1030. 



Dated: \j\vO,2 



001 



Cii-slyiiicr No. 24529 
12-100 Wilshira Blvd. 
.Si,iv(')Uli Floor 

I.o.s Angoles, Cj\ 90025-1030 
(408) y''iO-3300 



Respectfully submitted. 



.OR&ZAFMANLLP 



Jordan-M. Becker-- 
Reg, No. 39,602 



L^^T^.T'^Ji'"' Mfresponddnco Is being drfpoD-'H 
*ift ilieunltw) States PosBil Sorvica aa first claas mSir h 

AislslsM Commlsslonar for PatonU. WaiWoBton. Q C. 2023? 

ofi — I>e-r.^^V2 ^ 1 0 , 7 no I 

Data ol Oaposit 



\ , , -NamoQt Person Mailing Cofiospc 



\, -Namo at Person Mailing Coftespondonw" [ ' 



